dSYM が New Relic にアップロードされていないと、 モバイル クラッシュ レポート を記号化できません。 dSYM を手動でアップロードしたり、New Relic の UI から直接アップロードすることができます。しかし、アプリケーションのビルドごとに新しいdSYMが作成されるため、どのdSYMがどのアプリのビルドに起因するのかを管理するのは困難な場合があります。

このような状況では、Build UUID識別子を使って

1つのアプリケーションは複数のBuild UUIDを持つことができ、アプリケーションが構築されたCPUアーキテクチャごとに1つのBuild UUIDが割り当てられます。Build UUIDは、関連するdSYM内にも格納され、dSYMを識別するために抽出することができます。

New Relic のクラッシュレポートには、クラッシュしたアプリケーションの Build UUID も含まれています。Build UUID を表示するには。

one.newrelic.com > All capabilities > Mobile

に移動します。 次に、アプリを見つけて

Crashes > Crash Analysis

をクリックします。

Crash list

テーブルから任意の行を選択します。

選択したクラッシュ レポートの

Crash Details

ページで、属性リストのApp Image Uuidを探します。

選択したクラッシュ レポートの属性リストにApp Image Uuidがない場合:

衝突の詳細をエクスポートする.

エクスポートされたクラッシュ レポートの

Binary images

セクションでビルド UUID を探します。

クラッシュの詳細から抽出したBuild UUIDを使って、不足しているdSYMを見つけます。

以下は、エクスポートされたクラッシュ レポートのBinary imagesセクションの例です。 このセクションには、アプリケーションに含まれるすべての動的リンク ライブラリのビルド UUID と、メイン アプリケーションのビルド UUID がリストされます。

この例では、メイン アプリケーションはNew Relicです。そのビルド UUID は117667e7b8d230cb8a908906c64e0227です。これは、関連する dSYM を見つけるために使用できる識別子です。

dSYM の dSYM のビルド UUID を見つけるには、次のターミナル コマンドでdwarfdumpを使用します。

次の例では、New Relic dSYM は、 ARMv7とARM64にそれぞれ 1 つずつ、2 つのビルド UUID を返します。ARMv7ビルド UUID は、見つからないクラッシュの例のビルド UUID と一致します:

シンボリック化されていないクラッシュをシンボリック化するには、 手動でdSYM をアップロードする手順に従ってください。